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SERVER CONFIGURATION USING 
PROFILE TEMPLATES 

Background of Invention 

[0001] This invention relates generally to servers, such as database servers and other 
types of servers, and more particularly to the configuration of such servers. 

[0002] Computer servers have become a mainstay in information technology (IT) 

environments. Generally, a server is a computer that is shared by multiple users. 
Servers can include file servers, for storing the data files of multiple users, database 
servers, for storing databases accessible by multiple users, web servers, for storing 
web pages accessible by multiple users over the Internet, as well as other types of 
servers. Large organizations may have tens, hundreds, or even more servers in their IT 
environments. 

[0003] For usability, performance, security, and other reasons, servers must usually be 

appropriately configured prior to their first use, and reconfigured as the environments 
in which they operate change, and as they are updated with new hardware and/or 
software. Network administrators are typically expected to configure and otherwise 
maintain servers under their responsibility. As server technology has grown 
increasingly complex, the number of different configuration parameters that 
administrators are expected to track has correspondingly increased in size and 
complexity. 

[0004] However, this increase in the size and complexity of server configuration 

parameters is reaching, if not having reached already, the point where it may be nearly 
impossible for a single or small group of network administrators to properly track 
such parameters. In response, automatic server configuration utilities are becoming 
more commonplace. These utilities are usually in the form of wizards, which are 
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instructional help utilities that guide the administrators through the steps necessary 
to properly accomplish server configuration. 



[0005] However, for both hardware and software server manufacturers, the development 
of such utilities can be burdensome. Each wizard utility is typically specific to a given 
type of server, either from a hardware or a software perspective. Changes in the 
hardware or software of the server may thus necessitate a large programming effort to 
rework the utility. The end result may be that the manufacturers have to dedicate a 
large amount of resources to create such utilities, or decrease the number of server 
configuration parameters that can be set using such utilities. 

[0006] For these described reasons, as well as other reasons, there is a need for the 
p. present invention. 

Summary of Invention 



In 

c s 



[0007] The invention relates to the configuration of servers using profile templates. A 
first method of the invention includes loading a profile template for configuring one 
or more servers. The profile template includes abstracted server configuration 
parameters and server configuration rules. The parameters are for abstractly 
configuring a server type of which the servers are, whereas the rules specify how 
values of the parameters translate to direct server values for directly configuring the 
servers, based on attributes of the servers. A user is requested to modify preset 
of the parameters, and/or enter missing values of the parameters. Finally, a 
configuration for each server is generated as the values of the parameters, and the 
server configuration rules. 

[0008] A second method of the invention subsequently loads such a configuration. The 
configuration includes values of abstracted configuration parameters for abstractly 
configuring a type of server, and server configuration rules. The server configuration 
rules of the configuration are applied to the values of the abstracted configuration 
parameters of the configuration, based on attributes of a server. This generates the 
direct server values for directly configuring the server. Thus, the server is configured 
based on the direct server values generated. 



[0009] 



A system of the invention includes a configuration server and one or more servers. 
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The configuration server stores configurations, including values of abstracted 
configuration parameters and server configuration rules. The rules specify how the 
values of the parameters translate to direct server values for direct server 
configuration. Each server correspondingly loads a configuration from the 
configuration server, and applies the rules to the values of the parameters based on 
its attributes, yielding direct server values that the server uses to configure itself. 

[0010] An article of manufacture of the invention includes a computer-readable medium 
and means in the medium. The means in the medium is for loading a configuration 
including values of abstracted configuration parameters, and server configuration 
* r rules. The means is further for applying the server configuration rules to the values of 

Vf'V the abstracted configuration parameters, based on server attributes, to generate 



s Si 



fit 



direct server values. The means is finally for configuration a server based on the direct 
server values generated. 



[001 1] Other features and advantages of the invention will become apparent from the 

following detailed description of the presently preferred embodiment of the invention, 
Wl taken in conjunction with the accompanying drawings. 



Brief Description of Drawings 

[0012] The drawings referenced herein form a part of the specification. Features shown in 
the drawing are meant as illustrative of only some embodiments of the invention, and 
not of all embodiments of the invention, unless otherwise explicitly indicated, and 
implications to the contrary are otherwise not to be made. 

[001 3] FIG. 1 is a flowchart of a method according to a preferred embodiment of the 
invention, and is suggested for printing on the first page of the patent. 

[0014] FIG. 2 is a diagram of a system in accordance with which embodiments of the 
invention may be practiced. 

[001 5] FIG. 3 is a diagram illustratively showing an example of how profile templates can 
inherit abstracted server configuration parameters and server configuration rules from 
parent profile templates, according to an embodiment of the invention. 



[0016] 



FIG. 4 is a diagram illustratively showing an example of how a server configuration 
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can be constructed from a profile template, according to an embodiment of the 
invention. 



[001 7] FIG. 5 is a diagram illustratively showing an example of how a server can be 
configured using a previously constructed server configuration, according to an 
embodiment of the invention. 

Detailed Description 

[00 1 8] Overview: Preferred Method 

[001 9] FIG. 1 shows a method 100 according to a preferred embodiment of the invention. 

H The method 1 00 is divided into two parts: a server configuration construction part 

.JEj". 1 02, and a server configuration part 1 04. The part 1 02 of the method 1 00 is 

W- preferably performed by a configuration server communicating with a client to allow 

Iq user interaction. The part 1 04 of the method 100 is preferably performed by each 
server, to configure itself based on the configuration constructed by the part 1 02. 

■ Furthermore, the method 100 may be implemented as a computer program stored on 

£!! 

m a computer-readable medium of an article of manufacture and that has corresponding 

Ml means. The medium may be a recordable data storage medium, a modulated carrier 

signal, or another type of medium. 

[0020] With respect to the part 1 02 of the method 100, a profile template is initially 
loaded (106). The profile template includes abstracted server configuration 
parameters, as well as server configuration rules. The abstracted server configuration 
parameters are for abstractly configuring a server type, of which the servers that will 
individually perform the part 104 of the method 100 are. These parameters are high- 
level parameters, which preferably do not specifically map to individual and directly 
set parameters of the servers, values for which are referred to as direct server values 
to avoid confusion. The abstracted server configuration parameters may include a 
number of static direct server values, though, which remain constant regardless of a 
server's attributes. 



[0021] 



As an example, the abstracted server configuration parameters may include 
parameters regarding the resource utilization of the servers, the load balancing 
requirements of the servers, and so on. More specifically, they may include such 
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parameters as percentage of server resources, percentage of online transaction 
processing (OLTP) to be performed by the server, and so on. The collection of 
abstracted server configuration parameters preferably constitute a usage model of a 
given server's configuration, providing a high-level view as to how the server is to 
perform. 

[0022] The server configuration rules then specify how values of the abstracted 

configuration parameters translate to the direct server values for directly configuring 
the servers, based on the servers' attributes. Thus, the server configuration rules map 
the abstracted server configuration parameters to concrete, direct server values that 
are directly used to configure the servers. Because the rules perform this mapping 
based on attributes of the servers, they are applied to the server configuration rules at 
boot time of each server. The attributes may include the processing speed of a server, 
the memory of a server, the storage of a server, and so on. 

[0023] The profile template loaded is preferably not a complete configuration, but rather 
a configuration skeleton that may provide only a subset of the needed data to 
configure a server, whereas a given server configuration needs to define all such data. 
Therefore, the user is requested (1 08) to modify any preset values of the abstract 
server configuration parameters, and/or enter any missing values of the parameters. A 
given profile template may be for high-performance OLTP servers, for instance, and 
as such may specify preset values for the parameters that the user may modify. The 
template may also have missing, or blank values, for other parameters that the user 
must enter to create a server configuration. Preferably, 108 of the method 100 is 
performed by the user at a client interacting with the configuration server. 

[0024] The profile template may itself be hierarchically related to one or more parent 
profile templates, from which it initially inherits some of the abstracted parameters 
and configuration rules that are then modified, deleted, or supplemented by the 
template. For example, there may be a baseline OLTP server profile template, on 
which a high-performance OLTP server profile template is based. The latter template 
inherits some of its abstracted parameters and configuration rules from the former 
template, which are then modified, deleted, or supplemented as necessary. 

[0025] Once any missing values of the abstracted server configuration parameters have 
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been entered, and the user has modified any preset values as desired, the 
configuration server generates a configuration for each of the servers (1 1 0). The 
configuration for each server includes the values of the abstracted server 
configuration parameters, including the values entered or modified by the user, and 
the server configuration rules. Preferably, the configurations for the servers are stored 
at the configuration server itself. In one embodiment, 1 1 0 is alternatively performed 
within the part 1 04, preferably when booting, rather than within the part 1 02, so that 
a server can be reconfigured based on changes made to the server profile without the 
user having to explicitly initiate 1 1 0. 

[0026] With respect to the part 1 04 of the method 1 00, each server loads its 

configuration (1 1 2). The configuration may be loaded when booting, or at other times 
as well, including when a significant event occurs, such as a hardware fault or the 
reconfiguration of a resource. Where the configuration is stored at the configuration 
server, a server thus requests and receives its configuration from the configurations 
server. The server then applies the server configuration rules of the configuration to 
the abstracted server configuration parameter values of the configuration (1 14), based 
on the server's attributes. This enables the server to generate direct server values by 
which it can be configured. The server then configures itself using these direct server 
values (1 1 6). 

[0027] For instance, the abstracted server configuration parameters may specify how the 
user, such as an administrator, wishes a collection of servers to perform. Each server 
then loads its configuration and applies the server configuration rules to the values of 
these parameters to determine exactly how it should configure itself in light of these 
parameters and the server's attributes. The direct server values thus are the specific 
and concrete parameters of the servers by which the servers configure themselves. 
The user does not have to set or track these values him or herself, but rather only has 
to specify the more abstract, high-level server configuration parameters. 

[0028] Background Technology: Example System 

[0029] p| C 2 shows a system 200 in conjunction with which embodiments of the 

invention can be implemented. A configuration server 202 is communicatively coupled 
to a network 206, to which servers 204A, 204B, . . ., 204N are also communicatively 
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coupled. A client 21 0 is communicatively coupled to the network 206 as well. The 
network 206 may be one or more of a local-area network (LAN), a wide-area network 
(WAN), a wired network, a wireless network, an intranet, an extranet, the Internet, an 
Ethernet network, as well as other types of networks. The servers 204A, 204B, . . 
204N are collectively referred to as the servers 204. 

[0030] The configuration server 202 has an internal or external storage 208, on which 

the server 202 stores the profile templates for constructing the configurations for the 
servers 204, and also preferably stores the configurations themselves for the servers 
204. User interaction is preferably involved for constructing the profile templates and 
the configurations. This may be accomplished by the user communicating directly 
with the client 2 1 0, which communicates with the configuration server 202 over the 
network 206. Similarly, when any of the servers 204 is booting or otherwise requires 



US its configuration, it communicates with the configuration server 202 over the network 



206. 



sil 

c [0031] Profile Temp/ate Construct/on via inheritance 



[0032] Profile templates are initially constructed prior to their use to construct specific 
configurations. The construction of a profile template may be included as an initial 
part of the method 100 of FIG. 1 , for instance. A profile template describes a kind of 
server, and does not describe a particular instance of a server. As has been described, 
a profile template includes abstracted server configuration parameters and server 
configuration rules. It may also include static direct server values. 

[0033] Within the system 200 of FIG. 2, profile template construction is accomplished by 
a user at the client 210 interacting with the configuration server 202 over the network 
206. The profile templates are stored on the storage 208. Furthermore, profile 
templates can preferably be extended using inheritance chaining. A high-performance 
OLTP profile template may itself, for instance, be based on and be an extension of a 
baseline OLTP profile template. 



[0034] 



The diagram 300 of FIG. 3 shows illustratively an example of profile template 
inheritance. The database server profile template 302 is the parent template to the 
baseline OLTP server profile template 304, which in turn is the parent template to the 
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high-performance OLTP server profile template 306. Therefore, the abstracted server 
configuration parameters and the server configuration rules of the template 302 are 
inherited by the template 304. Similarly, the parameters and the rules of the template 
304 are inherited by the template 306. 

[0035] More specifically, the template 302 includes the abstracted server configuration 
parameters 308A and the server configuration rules 31 OA. Therefore, the template 
304 inherits the parameters 308A and the rules 31 OA from the template 302, and also 
adds the parameters 308B and the rules 31 0B. Similarly, the template 306 inherits the 
parameters 308A and 308B from the template 304, as well as the rules 31 OA and 
31 OB from the template 304. Added to the template 306 are the parameters 308C and 
the rules 3 IOC 

[0036] Configuration Construction from Profile Template 

[0037] Once a profile template has been constructed, specific server configurations are 
constructed using the profile template. The construction of server configurations is 
indicated as the part 1 02 of the method 1 00 of FIG. 1 , for instance. A configuration is 
specific to a given server, and includes values for the abstracted server configuration 
parameters of the profile template, and server configuration rules of the template. It 
may also include static direct server values. Within the system 200 of FIG. 2, server 
configuration construction is again accomplished by a user at the client 210 
interacting with the configuration server 202 over the network 206. The 
configurations are themselves also stored on the storage 208. 

[0038] The diagram 400 of FIG. 4 shows illustratively an example of server configuration 
construction from a profile template. The server configuration 404 is constructed 
from the profile template 402. The profile template 402 has abstracted configuration 
server parameters 406A and 406B, as well as server configuration rules 408A and 
408B. The user, such as an administrator, sets values 41 OA and 41 0B for these 
parameters 406A and 406B, respectively, and the values 41 OA and 41 0B are part of 
the server configuration 404. The rules 408A and 408B of the template 402 also 
become part of the server configuration 404. 

[0039] Configuring Server Using Previously Constructed Configuration 
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[0040] Once a server configuration has been constructed, the server for which the server 
configuration is meant can be configured, preferably at boot time, or at another time, 
such as when a significant event occurs. Configuring a server using a previously 
constructed configuration is indicated as the part 104 of the method 100 of FIG. 1, for 
instance. Configuring a server using a configuration involves applying the server 
configuration rules to the values of the abstracted server configuration parameters, 
based on the attributes of the server. This yields direct server values, which are values 
for parameters of the server that can be directly set. The configuration may also 
include static direct server values that are directly used to configure associated server 
parameters. 

[0041] Within the system 200 of FIG. 2, configuring a server using a previously 

constructed server configuration is accomplished as follows. When one of the servers 
204 needs to configure itself, such as when it is booting up, the server communicates 
with the configuration server 202 over the network 206 to receive its associated or 
corresponding previously constructed server configuration stored on the storage 208. 
The server then applies the server configuration rules of the configuration to the 
abstracted server configuration parameter values of the configuration, based on the 
server's attributes, to yield direct server values. The server configures itself based on 
these direct server values, by, for instance, storing these values at appropriate and 
corresponding parameters of itself. 

[0042] The diagram 500 of FIG. 5 shows illustratively an example of configuring a server 
using a previously constructed server configuration. The configuration specifies server 
configuration rules 502A and 502B, as well as abstracted server configuration 
parameters 504A and 504B. The rules 502A and 502B are applied to the values 504A 
and 504B, based on the attributes 506A and 506B of the server to yield direct server 
values 508A, 508B, and 508C. These values 508A, 508B, and 508C are then used to 
configure the server. 

[0043] Example Server Configuration 

[0044] An examp | e server configuration is next described. As may be appreciated by 
those of ordinary skill within the art, the example configuration described is 
for illustrative purposes only, and does not represent a limitation on the invention 
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itself. The basic elements of the configuration can be described in general terms by 
the following grammar. 



[0045] 



configuration:^ serverld (configParam)* (configRule)*; 



[0046] 



configParam paramld paramType value; 



[0047] configRule ::= ruleld target [paramsReqd] ((configExpr)* | (configVector)*); 
[0048] configExpr::= [condition] expression; 
[0049] configVector::= [condition] (configltem)*; 
[0050] configltem ::= metaRef item; 

[0051] A server identifier serverld specifies a configuration as a set of abstracted server 
configuration parameter values configParam, and a set of server configuration rules 
configRule. Each configuration parameter value configParam is a name-value pair with 
a value for the type paramType, such as a string or a number. The parameter identifier 
paramld is used in the expression of rules, and is substituted at time of rule 
application or evaluation with the associated value. 

[0052] Each configuration rule configRule has an identifier ruleld, a target that specifies 
the direct server values that will be generated based on any required parameters or 
attributes paramsReqd, and a collection of expressions configExpr or vectors 
configVector. Each expression or vector has a conditional clause that invokes the 
expression or vector only when it evaluates to true. This provides a cascaded if-then 
arrangement for the rules. A vector combines several direct server values configltem 
into a single structure, for ease of use. Expressions are represented as a common 
expression language with standard arithmetic operations, logic operations, and 
potentially specialty operations, such as minimum, maximum ceiling, floor, and so on. 

[0053] Using this grammar, a sample server configuration is as follows. 

[0054] configuration (serverld = x exampleServer f ) 

[0055] configParam (paramld= % Usage' paramType= x string 1 ) 

[0056] value= v Heavy' 
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[0057] 


configParam (paramld= x ServerName ? paramType= x string 1 ) 




[0058] 


value= x exampleServer' 




[0059] 


configParam (paramld=^StorageDir' paramType== x string') 




[0060] 


value= * /work/storageDirs/databases f 




[0061] 


configRule (ruleld=STORAGE) 




[0062] 


configExpr 




[0063] 


target=#config:STORAGE 


C! 1 


[0064] 


expression=composePath($StorageDir, 'rootdbs' 4- 7 + SServerName) 


t n 


[0065] 


configRule (ruleld=TYPE) 




[0066] 


configExpr (condition=#/fmx-data/node/NodeName .eq. TV-OS' .and. 


9 '. 

1.™ ^ 

.«? s . 


[0067] 


$Usage .eq. 'Heavy') 


S . i 

f :: ;: 


[0068] 


target=#conf ig :TYPE 


1 il 


[0069] 


expression='MAX' 




[0070] 


configExpr (condition=#node/NodeName .eq. 'B-OS' .or. 




[0071] 


$Usage .eq. 'Medium') 




[0072] 


target=#conf ig TYPE 




[0073] 


expression='MED' 




[0074] 


configExpr (condition=#node/NodeName .eq. 'C-OS' .or. 






SUsage .eq. Light 




[0076] 


target=#config:TYPE 




[0077] 


expression='MIN ? 
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[0078] In this example, two direct server values are being set, storage and type. The 
storage direct server value shows how the expression capability can be used to 
combine multiple abstracted server parameters into a single result. The type direct 
server value shows how the conditional expression capability can be used to have a 
series of rules that can adapt to various attribute values. Thus, the parameter Usage 
and attribute node NodeName are evaluated to set the type of server to MAX, MED, or 
MINI. Parameters are indicated by the indicator $, whereas attributes are indicated by 
the indicator #. 

[0079] Advantages over the Prior Art 

[0080] Embodiments of the invention allow for advantages over the prior art. Profile 
templates may be constructed, preferably by using previously constructed profile 
templates to inherit baseline abstracted parameters and configuration rules. Specific 
instances of server configurations may then be constructed from the profile 
templates, where a configuration is interpreted at server boot time, or at another time 
when the configuration is loaded, to particularly configure a server based on its 
attributes. 

[0081] An administrator does not, therefore, have to manually track all the direct server 
values that proper server configuration may require setting. Rather, the administrator 
only has to manipulate values for the abstracted parameters. At boot time or at 
another time when the configuration is loaded, the server configuration rules are 
applied to the parameters based on the server's attributes to generate appropriate 
direct server values. The administrator thus accomplishes server configuration at a 
high level. 

[0082] Furthermore, a developer does not have to manually construct a utility to assist 
the user in setting the direct server values. The developer may only have to construct 
new profile templates, which themselves are preferably based on previously 
constructed profile templates so that redundant effort is avoided. The developer thus 
avoids having to code utilities, and instead only has to create those parts of new 
profile templates that vary from already existing profile templates. 

[0083] Alternative Embodiments 
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[0084] it will be appreciated that, although specific embodiments of the invention have 

been described herein for purposes of illustration, various modifications may be made 
without departing from the spirit and scope of the invention. For instance, the 
invention has been described within the context of a system topology that includes a 
configuration server, a number of servers to be configured based on configurations 
stored on the configuration server, and a client for constructing these configurations 
in interaction with the configuration server. However, other system topologies are also 
amenable to the invention. Accordingly, the scope of protection of this invention is 
limited only by the following claims and their equivalents. 



if! 
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